博客站

异常处理是Java开发中不可或缺的部分，但新手往往因经验不足陷入误区。以下是8个需要避免的常见错误及改进建议：

1. 捕获异常后不做任何处理

错误示例：

try {
    // 可能出错的代码
} catch (Exception e) {
    // 空实现
}

问题：异常被“吞掉”，导致问题难以排查。
改进：至少记录日志或抛出业务异常：

catch (Exception e) {
    log.error("操作失败", e);
    throw new CustomException("处理失败", e);
}

2. 过度使用throws声明

误区：在方法签名中盲目添加throws Exception，强制调用方处理所有异常。
建议：区分业务异常（如InvalidParamException）和系统异常（如IOException），非必要不向上抛。

3. 忽略NullPointerException的预防

错误示例：

String name = user.getName().toUpperCase(); // 可能NPE

改进：

• 使用Optional：

  Optional.ofNullable(user).map(User::getName).ifPresent(name -> ...);
  

• 提前判空：

  if (user != null && user.getName() != null) { ... }
  

4. 混淆Checked与Unchecked异常

• Checked Exception（如IOException）：必须显式处理，适合可恢复错误。
• Unchecked Exception（如NullPointerException）：通常代表编程错误，无需强制捕获。
  原则：业务逻辑错误用Checked，程序错误用Unchecked。

5. 在finally块中return

错误示例：

try {
    return 1;
} finally {
    return 2; // 实际返回2，掩盖了try中的返回值
}

后果：破坏代码逻辑，导致调试困难。

6. 异常处理影响性能

误区：在循环内部频繁使用try-catch。
优化：将异常处理移至循环外部，或通过条件判断避免异常：

// 反面教材
for (String s : list) {
    try {
        Integer.parseInt(s);
    } catch (NumberFormatException e) { ... }
}

// 改进：先校验再转换
for (String s : list) {
    if (s.matches("d ")) {
        Integer.parseInt(s);
    }
}

7. 日志记录不完整

错误示例：

catch (Exception e) {
    log.error("出错啦"); // 缺失异常堆栈
}

正确做法：

catch (Exception e) {
    log.error("用户{}操作失败: {}", userId, e.getMessage(), e);
}

8. 自定义异常无意义

反例：直接抛出new Exception("错误")。
建议：定义明确的业务异常类：

public class PaymentFailedException extends RuntimeException {
    public PaymentFailedException(String message, Throwable cause) {
        super(message, cause);
    }
}

总结：

• 明确异常类型：区分业务异常和系统错误。
• 记录完整信息：日志需包含上下文和堆栈。
• 避免滥用异常：异常处理不是流程控制工具。

掌握这些原则，你的Java代码将更健壮、更易维护！